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(57) Abstract: The invention relates to a method and a system 
for transmitting notifications to users of a logistic system. The in- 
vention is characterised in that different events within the logistic 
system are used to call up different modules having respectively 
associated functions. The modules produce notification orders 
which are transmitted to a central sending component (30). Said 
sending component produces notifications which correspond to 
orders and sends said notifications to the users. 

(57) Zusammenfassung: Die Erfindung betrifft ein Verfahren 
und ein System zum Ubermitteln von Benachrichtigungen 
an Nutzer eines Logistiksystems. Die Erfindung ist dadurch 
gekennzeichnet, dass durch verschiedene Ereignisse innerhalb 
des Logistiksystems jeweils verschiedene Module mit 
zugehSrigen Funktionen aufgerufen werden, wobei die Module 
Benachrichtigungsauftrage erzeugen, die einer zentralen 
Versendekomponente (30) ttbermittelt werden, welche aufgrund 
der Auftrage dementsprechende Benachrichtigungen eizeugt 
und diese an die Nutzer versendet. 
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Ver£ahren und System zum Ubermitteln von Benachriclitigungexi 

an Nutzer elnes Loglstiksysteios 

Beschreibung : 

Die Erfindimg betrif ft ein Verfahren und ein System zum Uber- 
mitteln von Benachrichtigungen an Nutzer eines Logistik- 
sys terns . 

Zum Betreiben eines Logistiksystems mit einer Vielzahl von 
Nutzem und einer oder mehrerer Legist ikprovider ist die 
Ubermittlung von bestimmten Inf ormationen an die Teilnehmer 
des Systems erf order lich. Die Ubermittlung von Inf ormationen 
wird im Folgenden als Benachrichtigung bezeichnet. Derartige 
Benachrichtigungen konnen uber einen oder mehrere verschie- 
dene Kommianikationswege erfolgen. 

Benachrichtigungen werden aufgrund von aufgetiretenen Ereig- 
nissen innerhalb des Logistiksystems versendet. Dabei kann 
ein Ereignis des Logistiksystems keine, eine oder mehrere Be- 
nachrichtigungen auslosen. Die Zuordnung von Ereignissen des 
Logistiksystems zu Benachrichtigungen kann innerhalb einer 
Benachrichtigungskomponente in Abhangigkeit von einer Ge- 
schaftslogik durchgefuhrt werden. 

Benachrichtigungen konnen auf verschiedenen Kommunikations- 
wegen ubermittelt werden. Der Kommunikationsweg stellt dabei 
die Art und Weise dar, wie eine Benachrichtigung zugestellt 
wird. Grundsatzlich kann eine Benachrichtigung mit demselben 
Informationsgehalt uber mehrere Kommunikationswege zugestellt 
werden . 
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Insbesondere beim Betreiben einer Paketf achanlage fur re- 
gistrierte Nutzer durch ein Transport- und Zustellunternehmen 
ist ein Logistiksystem mit verschiedenen Benachrichtigungen 
xind Kommunikationswegen erf orderlich. Derartige Paketf achan- 
lagen oder -automaten werden beispielsweise von einem Postun- 
ternehmen fur registrierte Nutzer betrieben, fur die von ei- 
nem Zusteller Pakete oder sonstige Sendungen in einem Fach 
der Anlage deponiert werden. Der Nutzer muss daraufhin iiber 
die Deponierung eines Paketes fur ihn benachrichtigt werden. 
Ferner muss das Logistiksystem beispielsweise daruber infor- 
miert werden, ob ein Nutzer sein Paket abgeholt hat. Inner- 
halb des Logistiksystems sind aufierdem Inf ormationen liber die 
Registrierung neuer Kunden, Kundendaten, Abholfristen und 
Nachnahmebe t rage aus zut auschen . 

Innerhalb eines Logistiksystems fur Paketf achanlagen werden 
Benachrichtigungen typischerweise per Mail oder SMS versen- 
det. Die Erzeugung, Verwaltung und Versendung der Benachrich- 
tigungen beinhaltet vorzugsweise diverse Datenbanken tmd Ver- 
f ahrensablauf e • 

Bei der Verteilung von Giitern ist der Einsatz von Logistik- 
systemen bekannt. Bei den zu verteilenden Gutem kann es sich 
urn verschiedenste Waren, Stoffe und Gegenstande handeln. Lo- 
gistiksystems dienen dazu, die Verteilung der betreffenden 
Guter beispielsweise zwischen Lagern, Zwischenlagern, Behal- 
tern, Fahrzeugen, Sendern und Empfangern uber verschiedene 
Transportwege zu organisieren und zu uberwachen. Die Funktio- 
nen von Logistiksystemen sind den Anf ordeningen zweckmaSiger- 
weise so angepasst, dass die Verteilung der Guter beispiels- 
weise im Hinblick auf Transportwege, Auslastung, Lager zei ten 
und Datenubermittlung optimiert werden kann. 
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Von der Anmelderin werden insbesondere Legist iksysteme zur 
Verteilung von Brief- nnd Warensendimgen (Packchen, Pakete) , 
Transportbehalter, Paletten und Containern eingesetzt. Dabei 
dienen die betref fenden Logistiksysteme vorzugsweise der Ver- 
teiliing von Sendungen zwischen einem Sender und einem Empf an- 
ger, wobei beispielsweise Kriterien wie Transportschnellig- 
keit, Einsatz von Lagem und Fahrzeugen und die Ubeinnittlung 
von Sendungsdaten von Bedeutung sind. 

Aus dem Deutschen Gebrauchsmuster 201 03 564 Ul ist bei- 
spielsweise ein System zum Zustellen und Empfangen von Sen- 
dungen bekannt, das insbesondere fur E-Commerce geeignet 
scheint. Das System umfasst mehrere automatische Ausgabema- 
schinen (ADM) , in denen Sendungen deponiert und abgeholt wer- 
den. Das System beinhaltet ferner ein LAMIS-Server-Computer- 
programm zur Handhabung von Operationen des Systems. Der 
Kunde wird beispielsweise uber Kommunikationswege wie Mailfur 
ihn an der ADM deponierte Sendungen informiert. 

Aufgabe der Erfind\ang ist es, ein Verfahren zum Ubermitteln 
von Benachrichtigungen an Nutzer eines Logistiksystems be- 
reitzustellen, das ein moglichst flexible Reaktion auf ver- 
schiedene Ereignisse innerhalb des Systems und die Erzeugung 
von nutzerspezif ischen Benachrichtigungen ermoglicht. 

ErfindungsgemaS wird diese Aufgabe dadurch gelost, dass durch 
verschiedene Ereignisse innerhalb des Logistiksystems jeweils 
verschiedene Module mit zugehorigen Funktionen aufgerufen 
werden, wobei die Module Benachrichtigungsauf trage erzeugen, 
die einer zentralen Versendekomponente ubermittelt werden, 
welche aufgrund der Auf trage dement sprechende Benachrichti- 
gungen erzeugt und diese an die Nutzer versendet . 
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Die Aufgabe wird femer durch ein System zur Durchfuhrung des 
Verfahrens gel6st. 

Die Module mit den jeweiligen Funktionen zur Reaktion auf Er- 
eignisse innerhalb des Logistiksys terns bilden ein externes 
Interface, durch das verschiedene Use Cases abgebildet wer- 
den. In einem besonders bevorzugten Ausfuhrungsbeispiel der 
Erfindung werden die von den Modulen erzeugten Benachrichti- 
gungsauftrage nur in speziellen Fallen direkt der Versende- 
komponente ubermittelt , wahrend sie in der Regel in eine 
Communication Request Queue eingeschrieben werden. Ein Queue 
Reader liest die Auf t rage timer-gesteuert aus der Communica- 
tion Request Queue aus und ubermittelt sie der zentralen Ver- 
sendekomponente . Dabei erfolgt zuvor eine Uberprvifung des 
Status der Benachrichtigung. Eine Statusanderung kann bei- 
spielsweise dadurch erfolgen, dass ein Paket zwischenzeitlich 
abgeholt wurde oder sich der Abholer geandert hat. 

GemaS einem Aspekt der Erfindung erzeugt die Versendekoiipo- 
nente die Benachrichtigungen aufgrund von Daten aus einer 
Oder mehrerer Datenbanken. Bei diesen Datenbanken handelt es 
sich zweckmaSigerweise wenigstens um eine Kundendatenbank, 
eine Paket datenbank, eine Automatendatenbank und eine Vorla- 
gendatenbank. Die Kundendatenbank enthalt beispielsweise Da- 
ten uber registrierte Kunden des Logistiksystems, wobei der 
jeweilige Kunde zur Identif izierung eine ID erhalt. Diese Da- 
ten konnen Adressen, Telef onnummern oder Sonstiges beinhal- 
ten. Die Paketdatenbank enthalt Inf ormationen zu den Paketen, 
die innerhalb des Systems transportiert werden, wobei die Pa- 
kete ebenfalls uber eine ID identif iziert sind. Die Automa- 
tendatenbank enthalt Inf ormationen zu den Paketf achanlagen, 
die innerhalb des Systems eingesetzt werden. Dies beinhaltet 
ebenfalls IDs. 
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Die Vorlagendatenbank enthalt Templates zur Erzeugung von be- 
nutzerspezif ischen Benachrichtigungen. Sie enthalt dazu vor- 
zugsweise Templates fur Mail- \ind SMS-Benachrichtigxingen. Die 
Templates weisen Platzhalter auf , in welche die benutzerspe- 
zif ischen Daten aus den Datenbanken eingefugt werden. 

Die erzeugten Benachrichtigxingen werden von der Versendekom- 
ponente zur Versendung an die Nutzer an ein Gateway liber- 
mittelt - 

Weitere Vorteile, Besonderheiten und zweckmaSige Weiterbil- 
dungen der Erf indung ergeben sich aus den Unteranspiruchen und 
der nachfolgenden Darstellung bevorzugter Ausfuhrungsbei- 
spiele anhand der Abbildungen. 

Von den Abbildungen zeigt: 

Fig. 1 die Verf ahrensablauf e zwischen einem extemen 

Interface, einer zentralen Versendekonqponente 
und einer Communication Request Queue eines be- 
sonders bevorzugten Aus fuhrungsbei spiels; 

Fig. 2 die Verf ahrensablauf e zwischen einer Communica- 

tion Request Queue, einer zentralen Versendekom- 
ponente und einer Delivery Contract Logic eines 
besonders bevorzugten Ausfuhrungsbeispiels; 



Fig. 3 



die Verfahrensablauf e zwischen einer zentralen 
Versendekomponente, verschiedenen Datenbanken 
und einem Gateway; und 
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eine Gesamtubersicht uber die Ablaufe innerhalb 
des Systems zur trberroittlTing von Benachrichti- 
gungen , 



Im Folgenden wird ein Logistiksystem zutn Betreiben eines 
Systems mit einer oder mehreren Paketf achanlagen mit einer 
variablen Anzahl registrierter Nutzer beschrieben. Dabei han- 
delt es sich urn ein besonders bevorzugtes Ausfuhrungsbeispiel 
der Erfindaang, das erf indungsgemaSe Verfahren eignet sich je- 
doch auch fur andere Logistiksysteme, in denen Benachrichti- 
gimgen versendet werden. 

Das Logistiksystem zum Betreiben von einer oder mehrerer Pa- 
ketf achanlagen teilt sich aufgrund der Funktionen beispiels- 
weise in wenigstens folgende Bearbeitungsvorgange auf : 



UC BNKl Bestatigung der Registrierung eines Kunden 

UC BNK2 Anderxang der Kiinden-Daten 

UC BNK3 Benachrichtigung 'Neues Paket' 

UC BNK5 Benachrichtigung ' Paket wurde abgeholt ' 

UC BNK6 Benachrichtigung ' Paket wurde zuruckgesendet ' 

UC BNK7 Benachrichtigung 'Vertreter gesetzt' 

UC BNK8 Benachrichtigung 'Vertreter entfernt' 



Fur die genannten Ereignisse innerhalb des Systems werden dem 
Nutzer Benachrichtigungen ubersendet, die ihn uber das Ereig- 
nis informieren \ind/oder es bestatigen. Die Ausfiihrung der 
einzelnen Bearbeitungsvorgange erfolgt in einem besonders be- 
vorzugten Ausfiihrxingsbeispiel der Erf indung durch verschie- 
dene Module und/oder Einheiten des Logistiksystems . Bei den 
Modulen kann es sich beispielsweise urn eine Kundendatenbank, 
Registriereinheit oder Logistiksystem-Systemadministrations- 



wo 2004/019241 




PCT/DE2003/002647 



einheit handeln. Die Module bilden gegebenenf alls zusatnmen 
mit anderen Koitrponenten ein extemes Interface 10. 

Der Ablauf irnd Funktionsauf ruf iiinerhalb der Module wird im 
5 Folgenden erlautert. Die von den Modulen erzeugten Benach- 
richtigsauftrage warden entweder zum direkten Versenden an 
eine zentrale Versendekotnponente 30 iibergeben oder zum zeit- 
versetzten Versenden in eine Communication Request Queue 40 
eingelesen. Aus dieser Queue werden regelmaSig alle wartenden 
10 Benachrichtigsauftrage gelesen und entsprechende Benachrich- 
tigungen versendet . Erzeugte Benachrichtigungen werden vor- 
zugsweise als Mail oder SMS versendet . 

15 UC BNKl Beetatigung der Registrierung 

Nach der Registrierung eines neuen Kunden fur das Logistik- 
systera der Paketf achanlagen ruft ein Registriermodul eine 
Funktion 

20 newRecipient ( User ) 

zum Senden einer Bestatigungs-Benachrichtigung auf . Die Funk- 
tion bestimmt aus einer Mandantenlogik des dem Kxonden zuge- 
ordneten Mandanten die ndtigen Benachrichtigxingen und tragt 
25 diese zum zeitversetzten Versenden in eine Communication Re- 
quest Queue ein. 

UC BNK2 &adeninff der Kunden -Da ten 

Nachdem ein Kunde seine hinterlegten Kundendaten in einer 
30 Kundendatenbank geSndert hat, ruft die Kundendatenbank eine 
Funktion 
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updateRecipient ( User ) 

zum Senden einer Bestatigxmgs-Benachrichtigung auf . Diese 
Funktion bestimmt ebenfalls aus der Mandantenlogik eines dem 
Kxinden zugeordneten Mandanten die notigen Benachrichtigvingen 
und tragt diese zum zeitversetzten Versenden in die Cotranuni- 
cationRequest -Queue ein. 



UC BNK3 Benacbrlchtlgung 'Neues Paket* 

Wird ein Paket an einem Logistiksystem-Paketautomaten einge- 
liefert, wird eine entsprechende Information an eine Lo- 
gistiksystem-Systemadministrationseinheit gesendet. Die Lo- 
gistiksystem-Systeraadministrationseinheit ruft eine Fvinktion 

notifyDelivery ( Parcel ) 

zum Senden einer Bestatigungs-Benachrichtigiing auf. Die Funk- 
tion bestimmt aus der Mandantenlogik des dem Paket zugeordne- 
ten Mandanten die nStigen Benachrichtigungen und tragt diese 
in die Communi cat ionRequest -Queue zum zeitversetzten Versen- 
den ein. 



UC BNK5 Benacbrlcbtlgvinff 'Paket wtxrde abffeholf 
Wenn ein Paket aus einem Logistiksystem-Paketautomaten abge- 
holt wurde, wird eine entsprechende Information an die Lo- 
gistiksystem-Systemadministrationseinheit gesendet. Die Le- 
gist iksystem-Systemadminist rat ionseinheit ruft daraufhin ein 

Funktion 
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notifyPickup { Parcel ) 

zum Senden einer Bestatigungs-Benachrichtigung auf . Die Funk- 
tion bestirnmt aus der Mandantenlogik des dem Paket zugeordne- 
ten Mandanten die notigen Benachrichtigungen und tragt diese 
in die CommunicationRequest -Queue ein. 

UC BNK6 Benachrlchtlgung 'Paket wurde zuruckgesendet ' 

Wenn ein Paket aus einem Logistiksystem- Paket automaten zu- 
iKickgesendet wurde, weil es innerhalb einer bestimmten Abhol- 
frist nicht abgeholt wurde, wird eine entsprechende Informa- 
tion an die Logistiksystem-Systemadministrationseinheit ge- 
sendet. Die Logistiksystem-Systemadrainistrationseinheit ruft 
eine Funktion 

parcelFailed ( Parcel ) 

zum Senden einer Bestatigungs-Benachrichtigung auf. Die Funk- 
tion bestirnmt aus der Mandantenlogik des dem Paket zugeordne- 
ten Mandanten die notigen Benachrichtigungen und tragt diese 
in die CommunicationRequest -Queue ein. 

UC BNK7 Benachrlchtlgunff 'Vertreter gesetzt' 

Wenn fur ein wartendes Paket in einem Logistiksystem- Paket au- 
tomaten ein Vertreter gesetzt wurde, wird eine entsprechende 
Information an die Logistiksystem-Systemadministrationsein- 
heit gesendet. Die Logistiksystem-Systemadministrationsein- 
heit ruft daraufhin eine Funktion 
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addSiabstitute ( Parcel, User ) 

zum Senden einer Bestatigungs-Benachrichtigrmg auf . Die Funk- 
tion bestinimt aus der Mandantenlogik des dem Paket zugeordne- 
ten Mandanten die notigen Benachrichtigiingen und tragt diese 
in die CommunicationRequest-Queue ein. 

UC BNK8 Benacbrlchtigunff >Vertreter entfemt' 

Wenn fur ein wartendes Paket in einem Logistiksystem-Paketau- 
tomaten ein gesetzter Vertreter entfernt wurde, wird eine 
entsprechende Information an die Logistiksystem-Systemadmi- 
nistrationseinheit gesendet. Die Legist iksys tern- Systemadmi - 
nistrationseinheit ruft eine Punktion 

removeSubstitute ( Parcel , User ) 

z\xm Senden einer Bestatig\ings-Benachrichtigung auf. Die Funk 
tion bestimmt aus der Mandantenlogik des dem Paket zugeordne 
ten Mandanten die notigen Benachrichtigungen und tr^gt diese 
in die CommunicationRequest-Queue ein. 

Zusatzlich kdnnen beispielsweise folgende Ereignisse durch 
Funktionen innerhalb von Modulen abgebildet werden: 

Paketautomat nicht fianktionstachtig notifyADMPailed 
( Parcel parcel, boolean failure) 



Generische Benaclariclitigung genericNotif ication ( 

Parcel parcel. Addressable add, int type ) 
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Benachrichtigxmg an Zustellunternehmen: Paket eingeliefert 

notifyDeliveryProvider ( Parcel 

parcel ) 

Benachrichtlgrung an Zustellunternehmen: Paket entnomiQen 

notifyPickupProvider ( Parcel 

parcel ) 

Filiale notifyFiliale ( String description, 

DeliveryMachine adm. Addressable recipient, boolean 
f ilialeCODParcel) 

Warensch.leuse notifyWarehouseDelivery ( String description, 
DeliveryMachine adm. Addressable recipient) 

Adressenprufung f ehlgeschlagen 

notifyAdressCheckFailed (String description. Addressable 
recipient) 

Internet -Passwort notifylnternetPassword (String 
description. Addressable recipient) 

Generischer Nachriclitentext notifyGenericMessageText 
(String description. Addressable recipient) 

Delivery-Retourenprovider notifyDelivei^RetoureProvider ( 
Parcel parcel ) 

Pickup -Re tour enprovider notif yPickupRetoureProvider ( Parcel 
parcel ) 



Pickup durcb. DeliveryAgent-Provider 

notifyPickupByDeliveryAgentProvider ( Parcel parcel ) 
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Anderung E-Mail notifyEmailChanged (Addressable 

recipient) 

Andeming Moblltelefoimiminier notifyMobileNuinberChanged 
(Addressable recipient) 

Anderung Postpin notifyPostPinChanged (Addressable 
recipient) 

Anderung Passwort notif yIntemetPasswordChanged 

(Addressable recipient) 

Benachrichtigungen warden vorzugsweise in Mail- oder SMS-Form 
versendet. Dazu kann beispielsweise ein Mail- und SMS-Gateway 
eingesetzt warden. 

Zum Einsatz das erf indiingsgemalSan Verfahrens in der Praxis 
hat es sich als zweckmaSig erwiesen, dass die Liste der nicht 
versendbaren Benachrichtigungen regelmafiig (z.B. alle 24h) 
manuell nachbearbeitet wird. 

Die Abbildungen in den Figuren 1 bis 4 zeigen eine Ubersicht 
liber die wichtigsten Teilkomponenten eines besonders bevor- 
zugten Ausfuhrvingsbei spiels des erf indungsgemaSen Systems. 
Die extemen Systeme sind schraffiert gekennzeichnet , wahrend 
die zum Benachrichtigungssystem gehorenden Telle weiS darge- 
stellt sind. 

Der Abbildiing in Fig. 1 ist der Aufbau eines besonders bevor- 
zugten Ausfiihriingsbei spiels einer Benachrichtig\ingskomponente 
zu entnehmen. Die Benachrichtigrongskomponente steht in Ver- 
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bindung mit einem externen Interface 10, das von auSen bei 
bestirnmten eingetretenen Ereignissen des Logistiksystems auf- 
gerufen wird. Das Interface wird durch mehrere Module mit je- 
weiligen Funktionen gebildet. Die Ereignisse des Logistiksys- 
tems werden Liber eine nicht dargestellte B2B Accountlogic- 
Komponente in Benachrichtigiingsauf trage umgesetzt. Fur be- 
stimmte Spezialfalle konnen diese Auftrage direkt uber eine 
zentrale Versendekomponente 30 versendet werden. Standardma- 
Sig werden die Auftrage jedoch in eine Communication-Request - 
Queue 40 geschrieben vind von dort timer-gesteuert an die Ver- 
sendekomponente 30 ubergeben. Dies erlaubt z.B. die Defini- 
tion von Erinneriings-Benachrichtigungen zu spateren Zeitpunk- 
ten (z.B. nach 2 Tagen oder 7 Tagen) . Das Schreiben in die 
Queue hat auSerdem den Vorteil, dass hier ein automatisches 
Wiederholen von f ehlgeschlagenen Sendungen erfolgt. 

Der Abbildung in Fig. 2 ist der Verf ahrensablauf nach Ein- 
schreibung der Benachrichtigungsauf trage in die Communica- 
tion-Request-Queue 40 zu entnehmen. Die in der Communication- 
Request-Queue 40 stehenden Auftrage werden timer-gesteuert 
von einem Queue -Reader 50 ausgelesen. Es wird nochmals gegen 
eine B2B Delivery Contract -Logic 20 uberpruft, ob sich der 
Status zwischenzeitlich geandert hat. Eine Statusanderung er- 
folgt beispielsweise dadurch, dass ein deponiertes Paket ab- 
geholt wurde oder sich der Abholer geandert hat. Falls die 
Validierung erfolgreich war, wird zur Versendimg ein Communi- 
cationRequest an die Versende-Komponente 30 ubergeben. 

In der Abbildung in Fig. 3 ist der Verf ahrensablauf im Zu- 
sammenhang mit der zentralen Versendekomponente 60 darge- 
stellt. Der Prozessfluss innerhalb der Versende-Komponente 
wird durch Pfeile dargestellt. Die Versende-Komponente erhalt 
von auSen Auftrage und liest daraufhin die notwendigen Daten 
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zum Ubermitteln der Benachrichtigung aus den angeschlossenen 
Datenbanken. Bei den Datenbanken handelt es sich wenigstens 
um eine Kimdendatenbank 70, eine Paketdatenbank 80 und eine 
Automatendatenbank 90. Die Autotnatendatenbank enthSlt Daten 
zu den Paketf achanlagen des Systems. Danach wird ein von der 
B2B-Koraponente 20 vorgegebenes Template 110 aus der Vorlage- 
datenbank 100 gelesen \ind Platzhalter innerhalb des Templates 
durch die aktuellen Daten ersetzt. Die so erzeugte Mail oder 
SMS kann beispielsweise fiber ein Mail- und SMS-Gateway 120 
versendet werden. 

In der Abbildung der Fig. 4 werden die drei Telle der Benach- 
richtigungskomponente zu einer gemeinsamen Ubersicht zu- 
sammengef asst . Dabei sieht man deutlich die Trenniing zwischen 
der zentralen Versendekomponente 30 auf der rechten Seite und 
den Teilen der Geschaf tslogik-Komponente auf der linken 
Seite. 

Im Folgenden werden die einzelnen Komponenten des Systems und 
ihre Fiinktion innerhalb eines besonders bevorzugten Aus- 
fuhrungsbeispiels des erf indungsgemaSen Verfahrens n^her er- 
lautert . 

Extemea Interface 

Das externe Interface 10 steht in Verbindung mit der Benach- 
richtigung skomponente und ergibt sich straightforward aus 
verschiedenen Use Cases: fur jeden Use Case ist vorzugsweise 
eine eigene Funktion definiert, die innerhalb der Benachrich- 
tigungskomponente die bendtigte Funktionalitat realisiert. 
Diese F\anktionen entsprechen den Ereignissen des Logistik- 
systems und betreffen beispielsweise Paket (parcel ) - xmd/oder 
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Benutzer (user) objekte. Die Funktionen konnen selbstverstand- 
lich erweitert werden \ind auch andere Objekte betreffen. 

newRecipient ( User ) 

wird nach der Registriening eines neuen Kunden aufgeru- 
fen. 

updateRecipient ( User ) 

wird aufgerufen, nachdem ein Kiinde seine hinterlegten 
Kundendaten in der Kxindendatenbank geandert hat. 

not ifyDe livery ( Parcel ) 

wird aufgerufen, wenn ein Paket in einetti Logistiksystem- 
Paketautomaten eingeliefert wurde. 

notifyPickup { Parcel ) 

wird aufgerufen, wenn ein Paket aus einem Legist ik- 
sys tern- Paket automat en abgeholt wurde. 

notifyPickup ( Parcel ) 

wird aufgerufen, wenn ein Paket aus einem Logistik- 
syst em- Paket automat en abgeholt wurde. 

parcelFailed ( Parcel ) 

wird aufgerufen, wenn ein Paket aus einem Logistik- 
sy St em- Paket automat en zuriickgesendet wurde, weil es 
innerhalb einer bestiramten Abholfrist nicht abgeholt 
wurde . 
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addSiibstitute ( Parcel, User ) 

wird aufgerufen, wenn fur ein in einem Logistiksystem- 
Paketautomaten wartendes Paket ein Vertreter gesetzt 
wurde, 

removeSubstitute ( Parcel, User ) 

wird aufgerufen, wenn fur ein in einem Logistiksystem- 
Paketautomaten wartendes Paket ein gesetzter Vertreter 
entf emt wurde. 

Die betroffenen Paket- oder Benutzer-Objekte erhalten jeweils 
Methoden- Intern wird das Ereignis des Logistiksystems in Be- 
nachrichtigungen umgesetzt, die in der internen Queue 4 0 
zwischengespeichert werden. Die Methoden liefern als Ergebnis 
zuruck, ob diese Umsetzung und Zwischenspeicherung funktio- 
niert hat oder nicht. 
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Template -JPfecliaxii jsmus 
Benotlgte Templates 

Es konnen verschiedene Arten von Benachrichtigungen versendet 
werden, fur die es sich als zweckmafiig erwiesen hat. 
Templates 110 zu erstellen imd diese in einer Vorlagendat en- 
bank zu speichern. Die Benachrichtigungsarten werden uber ei- 
nen Template -Namen abgebildet, der die Templates auf der 
Ebene des Inf ormationsgehalts der Benachrichtigiing klassif i- 
ziert. Fur den B2C-Fall werden beispielsweise folgende 
Templates benotigt: 

Neukunden - Reg i s t r i erung BNKl 
Kundenda t en - Ande rung BNK2 
Paketeinlief erung BNK3, BNK3N 

Paket wartet selt 48 h BNK4, BNK4N 

Paket wird in 48 Stunden 

zuruckgeschickt BNK5, BNK5N 

Fur die drei letzten Arten von Paket -Benachrichtigungen 
konnen Template -Variant en fur Pakete mit Nachnahme und Pakete 
ohne Nachnahme verwendet werden, Neben dem Namen werden die 
Templates weiter uber den DeliveryContract , den Kommunika- 
tionsweg und die Sprache identif iziert . Neben den beschriebe- 
nen Templates konnen selbstverstandlich beliebig viele wei- 
tere Templates verwendet werden. 

Fur samtliche Benachrichtigungen sollten Templates sowohl fur 
den SMS- als auch fur den Mail-Versand vorliegen. Fur den 
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Mail-Versand werden vorzugsweise Templates sowohl fur den 
Nachrichten-Text, als auch fur die Betref f -Zeile benotigt, 



LO 



Datenbank-Ablage 

Zur einfacheren Pflege der Templates 110 werden diese in ei- 
ner Datenbank 100 abgelegt. In einem besonders bevorzugten 
Ausfiihrungsbeispiel der Erf indung umfasst diese Datenbank 
mehrere Felder, die im Folgenden tabellarisch dargestellt 
sind: 



Beschreibung 



Beispiel 



Contract 


ID des Delivery- 
Contracts, des Logistik- 
Partners oder Logistik- 

Providers 


VARCHAR(16) 


LC_4711, LP_4712 
DC_4713 


ConunType 


Kommuni ka t i ons weg 


VARCHAR(12) 


SMS, PlainText, 
MailHeader, 
spater evt . 
HTMLMai 1 , Pager , 
FAX 


Notif icatio 
n 


Art der 

Benachr icht igung , siehe 
Abschnitt 0 


VARCHAR(12) 


BNKl, BNK2, BNK3 
BNK3N, BNK4, 
BNK4N, BNK5, 
BNK5N 


Lang 


Sprache 


VARCHAR(5) 


de-DE, en-US 


Template 
Text 


Abgelegt er Template -Text 


VARCHAR(2 048) 





Zu beachten ist, dass der Datenbank-Key 'Contract' in 
Abhangigkeit vom Breignis des Logistiksys terns zur 
15 Benachr icbt igung ein Logistik-Provider b^w. ein Logistik- 
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Contractor (bei BNKl und BNK2) oder auch ein DeliveryContract 
(bei BNK3 - BNK 5) sein kann* 



Platzhalter-Mechanismus 

Es hat sich als zweckmaSig erwiesen, innerhalb der Templates 
110 verschiedene Platzhalter zu benutzen, um konkrete 
Informationen zu ersetzen. Im Hinblick auf eine Verwendung 
von HTML- format ierten Mails sollten diese Platzhalter 
zweckmaSigerweise nicht als HTML-Tags definiert werden. 

Es konnen wenigstens folgenden Platzhalter vorgesehen sein: 

>M NR< Ereignis des Logistiksystettis-Kundennummer 

>M_Adresse< Anrede 

>M_F i r s t Name < Vor name 

>M_SurName < Nachname 

>M_SMS< SMS-Nummer des Kunden 

>M_Mail< eMail -Adresse des Kunden 

>M_Street< Strasse land Hausnummer des Kunden 

>M_ZipCode< Post lei tzahl des Kunden 

>M_City< Ortsname des Kunden 

>AUT_Street< Strasse \ind Hausnummer des Automaten 

>AUT_ZipCode< Postleitzahl des Automaten 

>AUT_City< Ortsname des Automaten 

>POD Amount < Nachnahme-Betrag und Wahrung 



Neben den beschriebenen Platzhaltern konnen 
selbstverstandlich weitere Platzhalter verwendet werden. 
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Nachxichtenlange 

Die maximale Lange bei SMS-Nachrichten betragt typischerweise 
160 Zeichen. Da gewisse Inf ortnationen wie der Standort des 
Ereignisses des Logistiksystem-Autotnaten variable Langen ha- 
ben, konnen liberlange Felder (z.B. Strassen oder Orte mit 
Stadtteil-Angaben) zum 'tJberlauf en' der 160 Zeichen fiihren. 
Zur Vermeidung eines derartigen 'Uberlauf ens ' wird in einem 
besonders bevorzugten Ausfuhmngsbeispiel der Erf indung ein 
intelligenter Mechanismus eingesetzt, der in Abh^ngigkeit der 
einzelnen Feldlangen, der Wichtigkeit des jeweiligen Feldes 
und der verfugbaren Restlange, moglichst alle wesent lichen 
Inf ormationen erhalt. 

Eine Alternative zu einem intelligenten Mechnaismus stellt 
die Ablage von Kurz-Versionen aller Felder in den ent- 
sprechenden Datenbanken dar, so dass die Maxitnallange von 160 
Zeichen nie liberschritten wird. Dies hat aber den Nachteil, 
dass sich andernde SMS -Templates neue Langenbeschrankungen 
mit sich bringen. So konnen gewisse Inf ormationen wie die vom 
Kunden eingegebene Anschrift nicht leicht angepasst werden. 

B2B DelivBryContract-Lofflk 

Die B2B DeliveryContract-Logik 20 legt fest, wie filr einen 
bestimmten Logistik-Provider , einen bestimmten Logistik- 
Contractor, und einen bestimmten DeliveryContract (zwischen 
einem bestimmten Legist ik- Provider und einem bestimmten Lo- 
gistik-Contractor) die individuelle Geschaf tslogik aussehen 
soil. Hierzu werden die einzelnen Ereignisse in Benachrichti- 
gungsauftrage umgesetzt. Die Ereignisse des Logistiksystems 
newRecipient und updateRecipient sind nur vom LogistikPro- 
vider bzw. LogistikContractor abhangig, denen der ent- 
sprechende Benutzer zugeordnet ist. Die anderen Ereignisse 
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des Logistiksys terns stehen im Zusammeiahang mit der Auslie- 
ferung von Pake ten, hangen also sowohl votn Legist ikProvider 
(der das Paket transportiert) als auch von dem Logistik- 
Contractor (der den Empf anger bzw. Einlieferer des Pakets de- 
finiert) ab. Zur Umsetzung der Logik wird fur jedes Ereignis 
des Logistiksys terns eine Liste von zu sendenden Benachrichti- 
gungen (Cotnmiinication Requests) definiert. Diese enthalten 
mehrere Parameter, die eingestellt werden konnen. 

Ereignis des Logistiksystems 

Zu jedem Ereignis konnen mehrere Benachrichtigungen hinter- 
legt sein, wenn z.B. mehrfache wiederholte Benachrichtigimgen 
erfolgen, oder mehrere Personen mit unterschiedlichen Rollen 
informiert werden sollen. 

Zu informierende Personen sind diejenigen Personen, die be- 
nachrichtigt werden sollen. Mogliche Werte sind: Empf anger , 
Vertreter, iogrlstiJcProvider oder Log-lstiJcContractor 

Es wird ein Datum festgelegt, an dem die Benachrichtigung 
versendet werden soil. In der Logik wird nur ein relatives 
Datum abgelegt, dieses wird dann mit dem Datum des Ereig- 
nisses des Logistiksystems zu einem absoluten Datum verrech- 
net. Mogliche Werte dazu sind beispielsweise : 

Sofort die Versendung der Benachrichtigung er- 

folgt sofort 

+ X Zeitelnheiten die Versendxing erfolgt in X Zeiteinheiten 
- X Zeiteinheiten die Versendung erfolgt X Zeiteinheiten 

vor Ablauf des Pakets. 

Es kann ein bestimmter Kommunikationsweg vorgegeben werden. 
Dies wird z.B. benotigt, wenn eine bestimmte Logik nur Be- 
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nachrichtigungen per SMS vorsieht. Mogliche Werte sind Mail, 
SMS iind User (der beim Benutzer angegebene Kommunikations- 
weg.) Hierdurch kann z.B. eine Delivery- Contract -Logik abge- 
bildet werden, die Benachrichtigiingen ausschliefilich uber 
einen bestimmten Kommunikationsweg erlaubt. 

Vorzugsweise besteht die Moglichkeit der Wahl eines Templates 
110, das zur Ubermit tiling genutzt werden soil. Dies hat den 
Vorteil, dass verschiedene Texte innerhalb desselben De- 
livery-Contracts nutzbar gemacht werden konnen, z.B. fiir ver- 
schiedene Ereignisse des Logistiksystems . Das Template wird 
zusatzlich immer durch den aktuellen Delivery-Contract einge- 
schrankt. Ein bestimmtes Template (z.B. BNKl) kann also fur 
zwei verschiedene Delivery- Contracts auch verschiedene In- 
halte haben. Ferner konnen fur die verschiedenen Kommunika- 
tionswege unterschiedliche Versionen desselben Templates vor- 
gehalten werden. 

Ferner konnen zusatzliche Inf ormationen abgelegt werden, die 
zur Unterscheidung innerhalb der Business -Logik oder die bei 
einer spateren tJberprufung der Logik gebraucht werden, wie 
die beiden wie folgt dargestellten moglichen Inf ormationen: 

Unterscheidung bei Nachnahme- Pake ten 

Hier wird fur Pakete mit gesetztem Nachnahme -Be trag ein ande- 
res Template genutzt. Dieses Template enthalt z.B. den Nach- 
nahme -Be trag als Information fur den Abholer. 

Es gibt B2B-Prozesse, bei denen zwar ein Nachnahme -Bet rag 
beim Paket vorliegt, dieser Betrag aber nicht an den Abholer 
ubermittelt wird, da die Nachnahme z.B. durch eine Sammel- 
rechnung abgerechnet wird. 
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Dbezrprufen, ob Paket abgeholt: wurde 

Hier soli liberpruft werden, ob sich ein Paket noch im Lo- 
gistiksystem-Automaten befindet oder zwischenzeitlich abge- 
holt wurde.. Dies ist insbesondere hilfreich, wenn Er- 
5 innerungs-Benachrichtigungen z.B. nach mehreren Tagen versen- 
det werden. 

Das Pake t-Objekt muss eine Methode bereitstellen, die das Ab- 
lauf datum zuruck liefert, zu dem das Paket aus dem Paketauto- 
10 maten entfernt wird. Dies wird benotigt, um Benachrichtigun- 
gen X Tage vor Ablauf ubermitteln zu konnen, Sollte kein Ab- 
laufdatum gesetzt sein, kann standardmaSig eine gewisse An- 
zahl an Kalendertagen angenoramen werden. 

15 LogistikProvider DPAG (B2C-Fall) 

Die folgende Tabelle definiert beispielhaft die zu sendenden 
Benachrichtigungen (Communication Requests) bei der Re- 
gistrierung von Usem fiir einen LogistikProvider. Hierbei 
handelt es sich um die Zusteller, es werden keine Benachrich- 
20 tigungen versendet. 



Ereig^^:. 
i'gis1;ik-' 

'i • < ■ , .' •. • 
■ ' ■ ' ■ . ' '• 

*sys tCTniS', i 


•Z!d:ii ixiff c?r^ |^^S^^4;y 
^( Emp f'Sng^^^ ■ ' ^' ■ • ■ 




(Mail, m-^. :: 
fSMS,;:;use-r)-w' 


^Teiiiplfiifeie;^^ 

. y 


■vW'^?-;'-" ^> 


Neuer 
User 












User 

gean- 

dert 
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LogistikContractor Endkunde (B2C-PaLl) 

Die folgende Tabelle definiert beispielhaft die zu sendenden 
Benachrichtigiingen (Communication Requests) bei der Re- 
5 gistrierung von Usern fur einen virtuellen LogistikContractor 
'Endkunde'. Hier werden alle User zusammengef asst , die fur 
den B2C-Fall registriert werden. 



^svstemst 


-Ve'jSjtreter'* ,.- y 










Neuer 
User 


Empf anger 


Sofort 


User 


BNKl 


Keine SMS in d« 
Nacht 


User 

gean- 

dert 


Empf anger 


Sofort 


User 


BNK2 


Keine SMS in d« 
Nacht 



10 

Delivery Contract -Logik -> Endkunde (B2C-Fall) 

Fiir die B2C-Logik zwischen einem Logistikprovider und den 
Endkunden definiert die folgende Tabelle beispielhaft die zu 
versendenden Benachrichtigungen (Communication Requests) : 
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'sysji^'ems;- 


riencte %.e%sdn 

:'!•:: v.- V:- ■'''y'^a- ^ 

Vertreter^it-LE;; 

M '$ i t- %v ; 


'"V... r^:;- v,.^^""'':. , 

st>fb.ife&-V^v..-; 

+X.. Tage.,- \ -Vs .. 


SMSV: User). ^ ; 




S.bnsJt^^Se®'"^' 

)} ' ■ ^ V. 




Paket 
einge- 
lief ert 


Empfanger 


Sofort 


User 


BNK3, 
BNK3N 


UnterscheK 
bei Nachnal 
Paketen 
Clberprufen. 
Paket abgel 
wurde 

Keine SMS ; 
der Nacht 




Empfanger 


+2 Tage 


User 


BNK4, 
BNK4N 


Unterscheic 
bei Nachnal 
Paketen 
Uberprufen. 
Paket abgel 
wurde 

Keine SMS : 
der Nacht 




Empfanger 


-2 Tage 


User 


BNK5, 
BNK5N 


Unterscheic 
bei Nachnal 
Paketen 
Uberprufen, 
Paket abgel 
wurde 

Keine SMS : 
der Nacht 


Paket 
abge- 
holt 
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;l ' ■ : 
iXixa d&ei 


rendef -Perspii ; , 

i- .-■'.i'pT-*' "■ ■A'^fyy''''^ ■ •-• 

ye3^ret|Bi^.^ LP^ S 


^^°||'||^ 

i-ix -T-kge -if.; 
":i(-;ypr. 'SS-t-^ 

■•V i""'" ■ z'i^ "'■^4i■" 








Paket 
zuriick 












Vert re - 
ter 

gesetzt 












Vert re - 
ter 

entf ernt 













LogistlkProvlder LP (B2B-Fall) 



i^^s^s terns : 


;rende: Pe^rson-l : 


lS,Q£ pr,t; J- 


■ • v^u S' . •. "11' • \ - ^-^s ^ 
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Neuer 
User 












User 

gean- 

dert 













wo 2004/019241 




PCT/DE2003/002647 



LogistlkContractor LC (B2B-Fall) 



''t'-^ ' ■ 
nis des 

• v. 


r ende'' ie'r^s^on 
'lltQiqpfangeri:, 


Sbfprt/I: 

^x;^.T;^e>.;^;" 
-'rX::Ta!i^ei^>' 


Kbiraitxni*fcaf- . 

•"tionsw^'gij. 

U6er>.i;^>^^:S('-^^^ 

I '->• . . 


Templlte?' 


'■Sons.txges'^-'*-l^fvj!^ 


Neuer 
User 


Empf anger 


Sof ort 


User 


BNKl 


SMS auch nachi 




Disponent 


Sofort 


User 


??? 


SMS auch nachi 


User 

gean- 

dert 


Empf anger 


Sofort 


User 


BNK2 


SMS auch nachi 




Disponent 


Sofort 


User 


??? 


SMS auch nachi 
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DeliveryContract-Logik LP -> LC (B2B-Pall) 



Ereig- ■■ ••■'1. 


iSu iiatorinie-' ' ' 
x eixdfe. , Per-slj6^^ .' 
!0Sinpf^angi^^ " 
jVertret.er^i'V.-' ' 


(*var:l'!f^':.;\ '. 

.• - Ki- ■: . " • . 








Paket 
einge- 
lief ert 


Empf anger 


Sofort 


User 


BNK3 


Uberprufen, ol 
Paket abgeholi 
wurde 

SMS auch nachi 




Disponenten 
des 

Empf angers 


+4 Tage 


User 


??? 


Uberprufen, o] 
Paket abgeholi 
wurde 

SMS auch nachl 


Paket 
abge- 
holt 
















Paket 
zuaruck 












Vert ra- 
ter 

gesetzt 


Vertreter 


sofort 


User 


BNK3 


Uberprufen, ol 
Paket abgeholt 
wurde 

SMS auch nachi 


Vert re- 
ter 
ent- 
femt 













5 
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CommxmlcatioziRBquest -Queue 

Es wird eine eigene Datenbank-Tabelle benotigt, in der Auf- 
trage fur zu sendende Benachrichtigungen (Communication Re- 
quests) zwischengespeichert werden. Die Tabelle soil vorzugs- 
5 weise nur der Verwaltung der Queue dienen, konkrete Informa- 
tionen zu Paketen und Empfangern werden beispielsweise je- 
weils immer aus der Kundendatenbank 70 oder Paketdatenbank 80 
gelesen. 



Feld 


Beschreibung 


Typ 


Beispiel 1 


Interne Felder, die zur Durchfuhrung der Versendung benotigt werden 




Identif izierung der Ein- 
trage, wird intern fortlau- 
f end generiert 


NUMBER f 16 

) 

PRIMARY 
KEY 




InsertDate 


Datum des Einfiigens in die 
Queue, wird intern generiert 


DATE 




Completion 
Date 


Datum der vollstandigen Be- 
arbeitung (Status = 2) bzw. 
des Fehlschlagens (Status = 
9) 


DATE 




Retry Count 


Anzahl der f ehlgeschlagenen 
vorherigen Versuche 


NUMBER (3) 




State 


Status des Requests 


NUMBER (3) 


1 = neu 

2 = bearbeitet 
(f ertig) 

3 = in Bearbei- 
tung (gelockt) 

9 r= fehlerhaft 


Von auSen vorgegebene Felder, diese werden von der B2B-Komponente ge- 
lief ert 


SendDate 


Datum und Uhrzeit, nach dem 


DATE 
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Feld 


Beschreibung 


Typ 


Beispiel | 




versendet warden soil 






Recipient ID 


ID des Empf angers, dies kann 
ein User, ein Legist ik-Pro- 
vider oder ein Logistk- 

Contractor sein. 


VARCHARd 
6) 


LP_4711, LC_1234 
US_0815 


ParcelD 


Paketnummer (kann leer sein) 


VARCHARd 
6) 




Communica- 
tion Flags 


Parameter zur Steuening der 
Versendung, werden durch die 
B2B-Koniponente gesetzt, um 
bei spat er en Nachf ragen die 
getroffenen Entscheidungen 
in der Mandantenlogik nach- 
voll Ziehen zu konnen. 


NUMBER (8) 


CheckPar ce 1 1 nMac] 
ine 

DelaySMSSending 


Von auSen vorgegebene Felder, die das zu nutzende Template 
identif izieren 


Contract 


ID des Delivery- Contracts, 
des LogistikPartners oder 
Logi St ik- Providers 


VARCHARd 
6) 


LC_4711, LP_4712 
DC_4713 


CommType 


Kommunika t i ons weg 


VARCHARd 
2) 


SMS, PlainText, 
User { = 

Einstellungen dei 
Benutzers nehmen^ 
spater evt . 
HTMLMail, 
RFC114 9, Pager, 
FAX 


Notifica- 
tion 


Name des zu nutzenden 
Templates, siehe Abschnitt 0 


VARCHAJRd 
2) 


BNKl, BNK2, BNK3 


Lang 


Sprache 


VARCHAR(5 
) 


de-DE, en-US, 
User 
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Es kann jedoch zweckmafiig sein, die Felder der Conumaxiication- 
Request -Queue zu einveitern. Beispielsweise konnen Automaten- 
nutnmern und Freitextbeschreibungen auf genoinmen werden. Da- 
durch sind Benachrichtigungen nicht ausschlielSlich an Pakete 
gekoppelt, sondem gegebenenf alls auch an Kornbinationen von 
Postnummern, Ereignissen und Automatennummern. Femer besteht 
die Moglichkeit/ dynamisch Benachrichtigungen zu generieren. 

Beim Comm^Type-Eintrag kann uber einen Wert User vorgegeben 
werden, dass die Benachrichtigung uber die vom Benutzer vor- 
gegeben Kommunikationswege erfolgen soil. Analog kann fur die 
Spracheinstellung Lang der Wert User eingetragen werden, wenn 
die Einstellungen des Users genutzt werden sollen. Ob und in- 
wieweit ein Logging eines Eintrags (Status=3) notig ist, 
hangt von der konkreten Implementierung ab. 

Zugrlff auf DatenJbaniceii 

Es muss Zugrif f auf die folgenden Datenbanken des Logistik- 
systems bereitgestellt werden: 

• Kundendatenbank liefert Inf ormationen zu einem Kunden, 

identif iziert durch die Kundennuiraner 

• Logi s t i kPr ovi de r da t enbank 

liefert Inf ormationen zu einem Logis- 
tik- Provider . 
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• LogistikContractordatenbank 

liefert Inf ortnationen zu einem Logis- 
tik- Contractor . 

• DeliveryContractdatenbank 

liefert Inf ormationen zu einem Logis- 
tik- Contractor . 

• Paketdatenbank liefert Inf ortnationen zu einem Paket, 

identifiziert durch eine eindeutige Pa- 
ketnuiDjner . 

• Aut oma t en- Dat enbank 

liefert Inf ormationen iiber den Standort 
eines Automaten, identifiziert durch 
die Automaten-ID. 



Ablauf eiaer Benachrichtiffungs-Veraendunff 



Timer 

Die Benachrichtigungskomponente uberpruft regelmaSig alle 
Auftrage in der Communication- Queue 40. Dies wird durch einen 
Timer 41 innerhalb der Benachrichtigungskomponente ausgelost . 
Das Timer- Intervall ist vorzugsweise frei konf igurierbar . 
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Communic a t ion - Queue - Reader 

Mit Aufruf der Timer- Funkt ion warden alle Eintrage aus der 
CommunicationRequest -Queue 40 gelesen, deren Sendedatum hin- 
5 ter dem Tagesdatum liegt. 



Select * from Communication_Request_queue 

where State =1 // noch nicht 

bearbeitet 

10 and SendDate < now{) ; // und jetzt 

aktuell 



Rekonstruktion der Objekte 

15 Jeder gelesene Eintrag aus der Queue wird in ein Communica- 
tion J2eguest-0bjekt umgewandelt. Anhand der eindeutigen ID 
fur den zu inf ormierenden Benutzer (RecipientID) und der ID 
fur das Paket (ParcellD) werden die entsprechenden Teil-Ob- 
jekte rekonstruiert . Dies ist notwendig, um die aktuellen Da- 

20 ten der Objekte wie z.B. die Mail-Adresse abfragen zu konnen. 



Mit Benutzer ist in diesem Fall entweder ein User, ein Logis- 
tikProvider- oder I/ogri sti/cCon tract or- Ob jekt gemeint. Alle 
diese Objekte implement ieren ein gemeinsames Interface 
25 Notifyable. Dies stellt die benotigten Methoden bereit zur 
Sendung einer Benachrichtigung an das entsprechende Objekt. 
Das Paket-Objekt kann eventuell entfallen, wenn z.B, eine Be- 
nachrichtigung unabhangig von einer Paketlief erung versendet 
werden soil, z.B. bei einer Kundenregistrierung. 
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Das PaJcet-Objekt stellt wiederuiu eine Methode bereit, mittels 
der auf den Automaten zugegriffen warden kann, in dem das Pa- 
ket liegt. 

Die gelesenen Daten der Objekte sind zum einen zu uber- 
mittelnde Daten (wie Name, Anschrift, Standort der Paketauto- 
maten) als auch Steuerungsdaten (wie Mail und/oder SMS, Mail- 
Adresse) . 



Logik - Uberpru f ung 

Die aus der Queue 40 ausgelesenen CommTinication Requests wer- 
den gegen die B2B Del iveryContract- Logik 20 gepruft, ob sie 
noch iiraner gEiltige Benachrichtigungen sind. Wird nur eine 
einzige IJberprufung vorgenommen, muss gegen die Daten aus der 
Paketdatenbank 80 sichergestellt werden, dass das Paket noch 
nicht abgeholt wurde. Wurde das Paket in der Zwischenzeit ab- 
geholt, wird die Benachrichtigung als 'erledigt' betrachtet . 
Hierzu wird der Status des Communication Requests aus der in- 
ternen Queue der noch zu bearbeitenden Auftrage entfemt (der 
Status wird auf 2 = fertig bearbeitet gesetzt) . 

Falls das Paket in der Paketdatenbank 80 nicht mehr axis- 
tiert, wird davon ausgegangen, das es zwischenzeitlich abge- 
holt wurde, der Communication Request wird ebenfalls aus der 
internen Liste der noch zu bearbeitenden Auftrage entfemt. 

Zentrale Versendekomponente 

Die Benachrichtigungen werden an die zentrale Versendekompo- 
nente 30 ubergeben. Dort wird anhand des im Communication Re- 
quest angegebenen Kommunikationsweges und den Einstellungen 
des Benutzers festgelegt, auf welchem Kommunikationsweg die 
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Benachrichtigung zugestellt warden soil. Hierbei kann es 
eventuell zu einem Fehler kommen, wenn durch die Business Lo- 
gic ein bestitranter Kommunikationsweg vorgegeben wird, der Be- 
nutzer aber diesen Kommunikationsweg nicht unterstutzt . 

Falls nur ein Kommunikationsweg gewiinscht wird, wird direkt 
das gewunschte SPI (Service Provider Interfaces) aufgearufen. 
Falls der Benutzer eine Benachrichtigung viber mehrere Kommu- 
nikationswege wunscht, mussen Vorkehrungen getroffen werden, 
dass die Benachrichtigung iiber den ersten Kommunikationsweg 
erfolgreich ist, aber nicht iiber den zweiten, Dann muss die- 
ser zweite Kommunikationsweg wiederholt versucht werden, ohne 
dass der erste Kommunikationsweg erneut verwendet wird. 
Hierzu wird am gunstigsten fur jeden gewunschten Kommunika- 
tionsweg ein Duplikat des Conmuni cation Request Objekts ange- 
legt, das dann an das entsprechende SPI iibergeben wird. 

Versendung uber elnzelne Koinznunikatonswege 

Die einzelnen Koramunikations-Wege werden fiber sogenannte 
SPI's (Service Provider Interfaces) abgebildet. Fur jeden 
Kommunikationsweg gibt es ein solches SPI. Jedes SPI wird mit 
dem Communication Request- Ob jekt aufgerufen. In Abhangigkeit 
der Daten in diesem Ob jekt wird eine Mail und/oder SMS er- 
stellt. Dazu wird das passende Template 110 eingelesen, und 
die Platzhalter werden durch die aus der entsprechenden Da- 
tenbank gelesenen Inf ormationen ersetzt. 

Verzogem der Versendung 

Eine mogliche gewunschte Einschrankung des Versendens von Be- 
nachrichtigungen ist es, die Abarbeitung wahrend der Nacht 
(z.B. 22:00 - 8:00) entweder ganz oder nur fur SMS-Benach- 
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richtigungen zu unterbinden. Sollte eine komplette Ein- 
stellung des Versands gewiinscht warden, kann dies z.B. liber 
den Timer realisiert werden. Da Mails allerdings keine Sto- 
ningen auslosen, ist es gunstiger, nur den Versand von SMS 

5 wahrend der Nacht zu unterbinden. Hierzu wird innerhalb des 
SMS-SPI's die Versendung abgebrochen und das Sende-Datum auf 
den nachsten passenden Termin innerhalb des Zeitfensters ge- 
setzt. Mit dem ersten Timer-Durchlauf innerhalb dieses Zeit- 
fensters wird der Cotnmunication Request erneut gelesen und 

0 ausgef lihrt . 

Plausibllltats-PriifTugen 

Die Benachrichtigungs-Komponente fuhrt eine Plausibilitats- 
Prufung der zu ubermittelnden Daten durch. Der Kunde muss in 

5 der Kundendatenbank 70 und das Paket in der Paketdatenbank 80 
exist ieren. Ist ein Kunde beispielsweise bereits geloscht, 
wird keine Benachrichtigung mehr versendet. Ferner m<issen In- 
formationen zum Paket automat en (Standort) vorliegen. Es wird 
iiberpruft, ob die Empf anger- Adresse (eMail oder Handy-Nummer) 

0 potenziell korrekt ist, und ob alle Platzhalter des Templates 
110 mit Daten gefiillt werden konnen. Ferner mussen die 
existierenden Templates gewisse Plausibilitaten aufweisen: in 
Abhangigkeit des Template-Typs (dieser variiert wiederum in 
der Sprache, dem Kommvinikationsweg und der B2B-Logik) mussen 

5 in den Templates folgende wichtige Datenf elder vorhanden 
sein: 



Template 


Bemerkung 


benotigte Platzhalter im 






Template 


BNKl 


neuer Kunde 


keine 


BNK2 


Kundendaten ge- 


keine 




andert 
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Template 


Bemerkung 


benotigte Platzhalter ixn 
Template 


BNK3, BNK4, 


Paket wartet 


>AUT_Street< , >AUT_ZipCode< , 


BNK5 




>AUT_City< 


BNK3N, BNK4N, 


Nachnahme - Pake t 


>AUT_Street< , >AUT_ZipCode< , 


BNK5N 


wartet 


>AUT_City< 
> POD_Ainoiin t < 



Sollte ein Template nicht vorhanden sein oder keine ent- 
sprechenden Eintrage aufweisen, wird der Versand unterbrochen 
5 und eihe entsprechende Fehlermeldung in eine LOG-Datei gene- 
riert. Die Templates sollten uberpruft werden. Falls ein Ver- 
sand per SMS erfolgt, kann ein intelligenter Mechanismus die 
Nachrichten auf eine maximale Lange von 160 Zeichen bringen. 

10 Durchfuhren der Versendung 

Mit dem im Abschnitt Template -Mechanismus beschriebenen 
Mechanismus wird der zu versendende Text generiert . Der Text 
und die Empf anger- Informationen werden in Abhangigkeit vom 
Versand-Typ an ein Mail- oder SMS-Gateway 120 ubemmittelt . 
15 Sollte die Ubermittlung zum Gateway f ehlschlagen, kann eine 
sofortige zweite IJbermittlung versucht werden, um kurz- 
fristige Ausfalle leichter uberbrucken zu konnen. 

Ablegen des Ergebnisses 

20 Falls der gesamte Vorgang erfolgreich war, wird der Eintrag 
aus der Queue der ausstehenden AuftrSge in einem besonders 
bevorzugten Ausfiihrungsbei spiel der Erfindung geloscht, indem 
das Feld State auf '2' gesetzt wird. Gleichzeitig wird das 
Feld CompletionDate auf das aktuelle Datum + Uhrzeit gesetzt. 

25 Solche Eintrage in der Communication-Queue 40 werden nicht 
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weiter bearbeitet . Sie sollten zweckmaSigerweise eine gewisse 
Zeit in der Communication- Queue verfiigbar bleiben, falls sich 
eine Benachrichtigung als unzustellbar herausstellt . 

5 Ein Fehler kann aus mehreren Griinden aufgetreten sein: 

• Der Kunde ist nicht in der Kundendatenbank 70 bzw. der 
Automat ist nicht in der Automat endatenbank 90. 

• Die gelesenen Daten sind nicht plausibel (z.B. nicht voll- 
standig gefullt) 

10 • Die Templates sind fehlerhaft bzw. nicht vorhanden. 

• Ein Versenden der Benachrichtigung ist aus technischen 
Grunden nicht moglich (nach mehreren Versuchen) . 

Falls ein Fehler auftritt, wird das Feld 'RetryCount' erhoht. 

15 Hat der RetryCount einen vordef inierten Wert iiberschritten 
(dies ist auch abhangig von der Frequenz des Timers) , wird 
eine Fehlermeldung in einer LOG-Datei generiert und bei- 
spielsweise eine manuelle Nachbearbeitung angestoSen. Dies 
kann z.B. das Uberprufen der hinterlegten Daten sein oder das 

20 manuelle Entfernen von Eintragen aus der Communication-Queue. 
Um zu vermeiden, dass diese fehlerhafte Benachrichtigung 
immer wieder versucht wird, wird der Status auf '9' gesetzt, 
sobald ein gewisser RetryCount erreicht wurde. Diese Benach- 
richtigungen werden nicht bearbeitet. AuSerdem wird das aktu- 

25 elle Datum als Datum des Abbruchs im Feld ComplGtioiiDate ab- 
gelegt. Nach Beseitigung des Fehlers muss der Status manuell 
wieder auf gesetzt werden. Das CompletionDate und der 

RetxyCount miissen ebenfalls zuruckgesetzt werden. 

30 Regelxaa&iges Aufraumen 

RegelmaSiges 'Aufraumen' der Communication-Request -Queue ist 
erforderlich. Alle erledigten Falle, die langer als eine be- 
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stirrante Zeitspanne (z.B. eine Woche) erledigt sind, sollten 
aus der Datenbank entfernt werden. Ferner sollten alle Feh- 
ler-Falle, die alter als einen Monat sind, aus der Communica- 
tion Request Queue entfernt werden. Das Datum der Fertig- 
5 stellung bzw. des Abbruchs wird im Feld CompletlonDate abge- 
legt. Beispielhaft wird also ausgefuhrt: 



Delete from Communication_queue 

where State = 2 and completion_date < now + 7 

10 days 

or State = 9 and complet longdate < now + 3 0 

days 



15 Logging Mechaniamus 

Fehler beim Versenden von Mails Oder SMS sollten in einer 
Fehler-LOG-Datei mitgeloggt werden. Diese LOG-Dateien mussen 
regelmafiig uberwacht werden, um z.B. den Ausfall eines Gate- 
ways feststellen zu konnen, Ferner sollen zumindest in der 
20 ersten Phase samtliche versandten Benachrichtigungen eben- 
falls mitgeloggt werden. Hierzu wird eine eigene LOG-Datei 
verwendet, um die Fehleriiberwachung zu vereinf achen. 



Deslgnvorachlage imd EinschraxikxjixgBn 

25 Flir die Realisierung des Timers gibt es mehrere Altemativen. 
Sie kann 

- uber die internen Timer des Application Servers, 
liber einen cron-Job, 
uber einen Datenbank-Timer oder 
3 0 - eine anderweitig entwickelte Losiing erfolgen. 
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Die erste Variante wird bevorzugt . Es sind auch mehrere Al- 
ternativen fur die Anbindxmg des Mail- und SMS-Versands mog- 
lich: 

- JiVIAPI (Java Message API) 

- JMS 

- Nutzung eines geeigneten Mail-Dienstes des Application- 
Server 

Hier sind die beiden ersten Varianten bevorzugt . 

Layout 

Die Benachrichtigungs-Komponente muss keinerlei Oberflachen 
Oder Internet -Seit en umfassen. Allerdings sind fiir die ein- 
zelnen Benachrichtigungeii verschiedene Templates erforder- 
lich. Es ist dabei von Vorteil, wenn die Templates leicht 
austauschbar sind. Die in den folgenden Abschnitten angegebe- 
nen Tenrplates stellen lediglich beispielhaf te Ausfiihruiigsbei- 
spiele dar. Es konnen selbstverstandlich jegliche gewunschte 
Benachrichtigungstexte mit dement sprechenden Platzhaltern in- 
tegriert werden. 

BNKl = Beatatlgunff der Reglstrlerunff 
Benachrlchtigung per Mail 



Willkommen bei Packstation 
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10 



15 



Hallo >M_Adresse< >M__SurName< . 

Sie haben sich bei Packstation registriert mit den fol- 
genden Da ten: 

>M_Adresse< >]y[_FirstName< >M_SurName< 

>M_Street< 

>M_ZipCode< >M_City< 
Mail; >M_Mail< 
SMS: >M_SMS< 
Ihre Mitgliedsnummer ist >M_NR< 



Benachrichtigung per SMS 



Willkommen bei Packstation. Ihre Mitgliedsnummer ist 
>M NR< 



BNK2 = Bestatigimff dBr Andexiuig von Kundendaten 



Benachrichtlgiing per Mail 



20 



25 



Anderung Ihrer Adress-Daten bei Packstation 



Hallo >M_Adresse< >M_SurName<. 

Sie haben ihre bei Packstation hinterlegten Daten gean- 
dert auf : 

>M_Adr e s s e < >M_F i r s t Name < >M_SurName < 
>M_Street< 

>M_ZipCode< >M_City< 
Mail: >M_Mail< 
SMS : >M_SMS< 
Ihre Mitgliedsnummer ist >M NR< 



30 
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Benaclirlchtlguzig per SMS 



Hallo >M_Adresse< >M_SurName< . Ihre hinterlegten 
Packstation-Daten warden geandert auf : >M_Street<, 
>M_Z ipCode < >M_Ci t y < 



BNK3 B Benachrlcbtlgunff 'Neues Pstket 



Benachrlchtigiing per Mall 



10 



Ein neues Packs tat ion- Paket ist fur Sie da 



15 



Hallo >M_Adresse< >M_SurNaTne< . 

Ein neues Paket wartet auf Sie im Packs tat ion- Automat en 
>Aut_Street< in >Aut_ZipCode< >Aut_City< 
Sie haben sieben Tage Zeit, das Paket abzuholen. Bitte 
denken Sie daran, ihre Kundenkarte und ihre PIN mitzu- 
bringen . 



Benachrichtigtjng per SMS 

20 

Hallo >M_Adresse< >M_SurName< . Ein neues Paket wartet 
auf Sie im Packst at ion- Automat en >Aut_Street< in 
>Aut_ZipCode < >Aut_Ci ty < 



25 BNK3N = BBnacbrlchtigung 'N&u&a Paket xalt Nacbnabme' 
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Benachrichticrung per Mall 



Ein neues Packstation-Nachnahme-Paket ist fur Sie da 
Hal 1 o >M_Adr e s s e < >M_SurNaTne < . 

Ein neues Nachnahme-Paket wartet auf Sie im Packsta- 
t ion- Automat en >Aut_Street< in >Aut_ZipCode< >Aut_City< 
Sie haben sieben Tage Zeit, das Paket abzuholen. Bitte 
denken Sie daran, ihre Kundenkarte und ihre PIN mitzu- 
bringen. Die Nachnahme-Gebuhr betragt >POD_Amoimt< . Sie 
konnen mit EC-Karte oder Geldkarte zahlen. 



Benachrichtigung per SMS 



Hallo >M_Adresse< >M_SurName< . Ein neues Nachnahme- 
Paket (>POD_Amount<) wartet auf Sie im Packstation- 
Automaten >Aut Street< in >Aut_ZipCode< >Aut_City< 



BNK4 = Benachrlcbtlgunsr 'Paket wartet aeit 48 Stunden' 
Benachrichtigung per Mall 



Ein Packst at ion- Paket wartet seit 48 Stunden auf Sie 
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Hallo >M__Adresse< >M_SurNatne< . 

Vielleicht haben Sie es vergessen: Ein Paket wartet auf 
Sie im Packstation-Automaten >Aut_Street< in 
>Aut_ZipCode< >Aut_City< 

Sie haben jetzt noch funf Tags Zeit, das Paket abzuho- 
len. Bitte denken Sie daran, ihre Kundenkarte und ihre 
PIN mitziibringen. 



Benachrichtigxing per SMS 

Hallo >M_Adresse< >M_SurName< . Bin Paket wartet seit 
48 Stunden auf Sie im Packs tat ion- Automat en 
>Aut Street< in >Aut_ZipCode< >Aut_City< 



BNK4N = Benachrlchtlgung 'Paket mlt NacbnabmB wartet aelt 48 
Stunden ' 

Benachrlchtlgung per Mall 



Ein Packstation-Nachnahme- Paket wartet seit 48 Stunden 
auf Sie 
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Hallo >M_Adresse< >iyi_SurName< . 

Vielleicht haben Sie es vergessen: Ein Nachnahme-Paket 
wartet auf Sie im Packs tat ion- Automat en >Aut_Street< in 
>Aut_ZipCode< >Aut_City< 

Sie haben jetzt noch funf Tage Zeit, das Paket abzuho- 
len. Bitte denken Sie daran, ihre Kundenkarte und ihre 
PIN mitziibringen. Die Nachnahme-Gebuhr betragt 
>POD_Amount< . Sie konnen mit EC-Karte oder Geldkarte 
zahlen. 



Benachrichtigung per SMS 



Hallo >M_Adresse< >M_SurName< . Ein Nachnahme-Paket 
(>POD_Amount<) wartet seit 48 Stunden auf Sie im 
Packs tat ion- Automat en >Aut_Street< in >Aut_ZipCode< 
>Aut_City< 



BNK5 = Benachrlchtlcfung 'Paket w±rd in 48 Stunden entfemt' 
Benachrichtigung per Mail 



Ein Packstat ion- Paket wartet auf Sie 



Hallo >M_Adresse< >M_SurName< • 

Jetzt wird es aber Zeit: Ein Paket wartet auf Sie im 
Packstation-Automaten >Aut_Street< in >Aut_ZipCode< 
>Aut_City< . 

Dieses Paket wiirde in 48 Stunden als unzustellbar zu- 
riickgesendet , falls Sie es nicht abholen. Bitte denken 
Sie daran, ihre Kundenkarte und ihre PIN mitzxibringen. 
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Benaclirlchtiiguzig per SMS 



Hallo >M_Adresse< >M_SurName< . Ihr Paket im Pack- 
station- Automat en >Aut_Street< in >Aut_ZipCode< 
>Aut_City< wird in 48 Stunden zuruckgesendet . 



BNK5N s Benachrlchtlgunff 'Paket mit Nacbnabme wlrd In 48 
Stunden entfemt ' 



10 



15 



20 



Benachrichtigung per Mail 



Ein Packstation-Nachnahme- Paket wartet auf Sie 
Hallo >M_Adresse< >M_SurName< . 

Jetzt wird es aber Zeit : Ein Nachnahme- Paket wartet auf 
Sie im Packstation-Automaten >Aut_Street< in 
>Aut_ZipCode< >Aut__City< . 

Dieses Paket wiirde in 48 Stunden als unzustellbar zu- 
ruckgesendet, falls Sie es nicht abholen. Bitte denken 
Sie daran, ihre Kiindenkarte und ihre PIN mitzubringen. 
Die Nachnahme -Gebuhr betragt >POD_Amount< . Sie konnen 
mit EC-Karte oder Geldkarte zahlen. 



Benachriclitigung per SMS 
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Hallo >iyi_Adresse< >M__SurName< • Ihr Nachnahme-Paket 
(>POD_Amount<) im Packs tat ion- Automaten >Aut_Street< 
in >Aut_ZipCode< >Aut_City< wird in 48 Stunden zu- 
ruckgesendet . 



Anf orderungen an andere Koinponenten 

Objekt Paket 

Ein Objekt Paket muss bereitgestellt werden, das Informatio- 
nen zu einem Paket, identif iziert durch eine eindeutige 
Paketnurnmer, lief ert : 

• Das Paket muss eine Methode bereitstellen, die das 
Ablauf datum zuruck lief ert, zu dem das Paket aus dem Pa- 
ketautomaten entfernt wird. Dies wird benotigt, um Benach- 
richtigungen X Tage vor Ablauf ubermitteln zu konnen. 
Sollte kein Ablaufdatum gesetzt sein, kann beispielsweise 
standardmafiig eine bestimmte Anzahl von Kalendertagen 
(z.B. 9 Tage) angenoramen werden. 

• Uber eine Methode muss das Del iveiryCon tract- Objekt gelie- 
fert werden. 

• Das PaJcet-Objekt stellt eine Methode bereit, mittels der 
auf den Automaten zugegriffen werden kann, in dem das Pa- 
ket liegt. 

Object Machine 

Das Objekt Machine erlaubt Zugriff auf die Automatendatenbank 
90, identif iziert durch die Automaten- ID . 
30 • Methoden in diesem Objekt miissen Inf ormationen uber den 
Standort eines Automaten lief em. 



10 



15 



20 



25 
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Zu benachrlahtlffende Objekte (Notlfyable-Objekte) : User, Lo- 
fflstlkProvlder und LofflstlkCon tractor 

Das Objekt User liefert Inf ormationen zu einem Kunden, iden- 
tifiziert durch die Kundennummer . Das Objekt LogistikProvider 
erlaubt Zugriff auf die Legist ikProvider-Datenbank. Das Ob- 
jekt Logi 8 tikCon tractor liefert Inf ormationen zu einem Logis- 
t ik- Contractor . 

• Alle Objekte implement ieren ein gemeinsames Interface 
Notifyable. Dies stellt die benotigten Methoden bereit zur 
Sendiing einer Benachrichtigung an das entsprechende Ob- 
jekt, z.B. zum Lesen der Email -Adresse oder der Anrede. 

• Es muss moglich sein, ein 2^o tifyaJble- Ob j ekt liber eine ein- 
deutige ID zu identif izieren. Hierzu kann z.B. die ID des 
Users, LogistikProvider- bzw. Logri stiJcCon tractor- Ob j ekts 
konkateniert mit einer Identif ikation des Objekt -Typs 
(US_, LP_/ LC_) liber eine Methode getUniquelD zuruckgege- 
ben werden. Diese Methode sollte zweckmaJSigerweise im In- 
terface Wbtifyable definiert sein. 

• Um ein uber diese ID identif iziertes Wo tifyaJble- Objekt 
wieder zu rekonstruieren, wird eine Object -Factory imple- 
ment iert, die anhand einer solchen ID das entsprechende 
Ob j ekt anlegt . 

Loglk-Objekte DellveryContract, LoglatikProvlder und 
Log! 3 tlkCon tractor 

• Die B2B-Logik ist bei alien Objekten, zum Beispiel uber 
ein gemeinsames Interface, abzufragen, 

• Ein solches Objekt ist uber eine eindeutige ID zu 
identif izieren. Hierzu kann die ID des Wo t i fyabi e- Ob j ekt es 
(getUniguelD) genutzt werden, die bereits fur den Logis- 
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tikProvider und LogistikContr actor existiert. Eine ent- 
sprechende Methode sollte auch im DeliveryContract vorhan- 
den sein, die dann die ID des Objektes konkateniert mit 
einer Identif ikation des Objekt-Typs (DC_) zurucklief ert . 

Zur v^eiteren Verhesserung der Verfahren kann es zweckmdSig 
sein, die nachfolgend vorgesehenen MaEnaJtimen einzeln oder zu~ 
sammen durchzufuhren: 

• Samtliche Mails warden offline verschickt, indem sie in 
eine Communication-Queue eingetragen werden, aus der sie 
in regelmafiigen Abstanden ausgelesen und verarbeitet wer- 
den. 

• Die Implement ierung kann die Unterstiitzung beliebiger 
(aber vorzugsweise fester) Sprachen unterstutzen. 

• Mails werden vorzugsweise als Plain Text ubermittelt. 



Besonders bevorzugte Ausfuhrungsformen der Erfindung sind je- 
doch : 

• Unterstiitzung von HTML- format ierter Mail. 

• Dabei kann der Kimde bei der Registrierung auswahlen, in 
welchem Format er Mails bekommen will (PlainText oder 
HTML) . Beim Versenden werden entsprechend andere Templates 
angezogen. 

• Multi-Lingualitat 

Der Kunde kann seine bevorzugte Sprache bei der Registrie- 
rung auswahlen. Beim Versenden werden entsprechend andere 
Templates angezogen. 

• Unterstutzung von Benachrichtigungen uber den RFC1149- 
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Standard 

• Ferner kann ein Content Management System eingesetzt wer- 
den, urn die Templates fur Mail imd SMS leichter verwalten 
zu konnen. 
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Patentanspruche : 

1. Verfahren zum Ubermitteln von Benachrichtigungen an 
Nutzer eines Logistiksystems, 

dadurch gekennzeich.net, 

dass durch verschiedene Ereignisse innerhalb des Logis- 
tiksystems jeweils verschiedene Module mit zugehorigen 
Funktionen aufgerufen werden, wobei die Module Benach- 
richtigungsauftrage erzeugen, die einer zentralen Ver- 
sendekomponente (3 0) ubermittelt werden, welche auf- 
grund der Auftrage dement sprechende Benachrichtigungen 
erzeugt und diese an die Nutzer versendet. 

2. Verfahren nach Anspruch 1, 
dadurch gekennzeichnet/ 

dass das Logistiksystem eine oder mehrere Paketfachan- 
lagen mit einem oder mehreren registrierten Nutzern be- 
treibt . 

3 . Verfahren nach einem oder beiden der Anspruche 1 und 2 , 
dadurch gekennzeichnet, 

dass die zentrale Versendekomponente (30) zur Erzeug\ing 
der Benachrichtigungen auf eine oder mehrere Datenban- 
ken zugreift- 

4. Verfahren nach Anspruch 3, 
dadurch gekennzeichnet, 

dass die Versendekomponente (30) auf wenigstens eine 
Kundendatenbank (70) , eine Paketdatenbank (80) , eine 
Paketf achanlagendatenbank (90) und eine Vorl agenda ten - 
bank (100) zugreift. 
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5. Verfahren nach Anspruch 4, 
dadurcli gekennzelchnet, 

dass die Zuordnung von Kundendaten, Paketdaten und Pa- 
ke tfachanl agenda ten in den Datenbanken uber IDs er- 
f olgt . 

6. Verfahren nach einem oder raehreren der Anspruche 2 bis 

dadurch gekennzelchnet, 

dass as sich bei den Ereignissen wenigstens urn Folgende 
handelt : 

- Registriervmg eines neuen Nutzers 

- Anderung der Nutzerdaten 

- Deponierung eines neuen Pakets in einer Paketfachan- 
lage 

- Abholung eines Pakets aus einer Paketf achanlage 
. Zurucksendung eines Pakets 

- Setzung eines Vertreters fur die Abholung eines Pa- 
kets 

- Entfemung eines Vertreters 
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7. Verfahren nach einem oder mehreren der vorangegangenen 
Anspruche , 

dadurch gekennzelchnet, 

dass die von den Modulen erzeugten Benachrichtigungs- 
auf trage entweder zum direkten Versenden an die Versen- 
dekomponente (30) oder zum zeitverzogerten Vesrenden in 
eine CotnmunicationRequestQueue (40) geschrieben werden. 

8- Verfahren nach Anspruch 7, 

dadurch gekennzeichnet/ 

dass die Benachrichtigungsauf trage mittels eines Queue 
Readers (50) timer-gesteuert aus der CommunicationRe- 
questQueue (40) ausgelesen \ind an die zentrale Versen- 
dekomponente (30) ubermittelt werden, welche die ent- 
sprechenden benutzerspezif ischen Benachrichtigungen er- 
zeugt und diese uber ein Gateway (120) an die Nutzer 
versendet . 

9. Verfahren nach Anspruch 8, 
dadurch gekennzeichnet, 

dass der Status der Benachrichtigungsauf trage vor Uber- 
gabe an die zentrale Versendekomponente (30) in einer 
Delivery Contract Logic (60) validiert wird. 

10. Verfahren nach einem oder mehreren der vorangegangenen 
Anspruche , 

dadurch gekennzeichnet^ 

dass die Benachrichtigungen in Mail- und/oder SMS -Form 
an die Nutzer versendet werden. 
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11. System zur Ubermittlung von Benachrichtigungen an 
Nutzer innerhalb eines Logistiksys terns, 
dadurch. gekennzeichnet, 

dass es sich zur Durchfuhrung des nach einem oder meh- 
reren der Anspruche 1 bis 10 beschriebenen Verfahrens 
eigne t . 

12. System nach Anspruch 10, 

dadurch gekennzeichnet, 

dass es wenigstens aus Modulen mit jeweiligen Funktio- 
nen zur Erzeugung von Benachrichtigiangsauf tragen, einer 
zentrale Versendekomponente (30) , einer Communication 
Request Queue (40) und einer oder mehrerer Datenbanken 
besteht . 

13. System nach Anspruch 12, 

dadurch gekennzeichnet, 
dass es eine Vorl agenda tenbank (100) mit Templates 
(110) zur Erzeugung von individuellen Benachrichti- 
gungen fiir den jeweiligen Nutzer enthalt. 

14 . System nach einem oder mehreren der Anspruche 11 bis 
13, 

dadurch gekennzeichnet, 

dass es eine Kundenda tenbank (70) mit Informationen zu 
Kunden enthalt. 

15 . System nach einem oder mehreren der Anspruche 11 bis 
14, 

dadurch gekennzeichnet, 

dass es eine Paketdatenbank (80) mit Informationen zu 

Paketen enthalt. 
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16 . System nach einem oder mehreren der Anspruche 11 bis 
15, 

dadurch gekennzelchnet, 

5 dass es eine Automatendatenbank (90) mit Informationen 

zu Paketf achanlagen enthalt. 

17. System nach einem oder mehreren der Anspriiche 11 bis 
16, 

10 dadurch gekennzeichnet, 

dass es zur Versendimg der Benachrichtigungen ein Gate- 
way (120) aufweist. 
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